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DETAILED ACTION 

Claim Rejections - 35 USC § 103 

The following is a quotation of 35 U.S.C. 103(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set forth in 
section 102 of this title, if the differences between the subject matter sought to be patented and the prior art are 
such that the subject matter as a whole would have been obvious at the time the invention was made to a person 
having ordinary skill in the art to which said subject matter pertains. Patentability shall not be negatived by the 
manner in which the invention was made. 

The factual inquiries set forth in Graham v. John Deere Co., 383 U.S. 1, 148 USPQ 459 
(1966), that are applied for establishing a background for determining obviousness under 35 
U.S.C. 103(a) are summarized as follows: 

1 . Determining the scope and contents of the prior art. 

2. Ascertaining the differences between the prior art and the claims at issue. 

3. Resolving the level of ordinary skill in the pertinent art. 

4. Considering objective evidence present in the application indicating obviousness 
or nonobviousness. 

1. Claim 1,4, 11, 13, 15, 16 is rejected under 35 U.S.C. 103(a) as being unpatentable over 
Thompson et al. (US 2002/0073086) in view of Korus et al (US 7,075,929) and Ginzboorg et al 
(US 2002/0169712) 

For claim 1, Thompson discloses A method (see fig lOa-c and section 0093), comprising: 
transmitting multicast data packets (see fig 10c, Q and section 0099 "multicasts queries 
on the new multicast group" ) in at least one first multicast tree (see fig 10c and section 
0099 "constructing the query distribution tree. . .the tree is established. . .multicasts 
queries on the new multicast group") from one transmitter (see fig 10c BC) through a 
plurality of multicast controllers (see fig 10c, rectangle at bottom of multicast tree, same 
as ED in fig 10c; fig. 2; 104) to a plurality of recipients (see fig 2; 106; and section 0047 
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"queries.... received by the end-user computing devices.... answered by.. .end-user 
device... query directed at the end-user device's device node. ..evoke a response... from the 
device. ..at that device node..."), wherein the multicast connection from a multicast 
controller to a receipient (see fig 10c, fig 2; 106; and section 0047 "queries.... received by 
the end-user computing devices.... answered by.. .end-user device... query directed at the 
end-user device's device node. ..evoke a response... from the device. ..at that device 
node..."); 

generating at least one second multicast tree (see fig 1 0a; 2) for control messages (see fig 
10a, 2 and section 0099 "multicasts this join instruction to group") in an internet protocol 
network (see fig 1 and section 0036 "standard TCP/IP network" and section 0043 "IP 
address" and section 0058 "CDN 100... IP multicast") from a network multicast 
controller (see fig 10c; CS1) to at least one multicast controller at edge level (see fig 10c, 
rectangle at bottom of multicast tree, same as ED in fig 10c; fig. 2; 104); and 
transmitting the control messages (see fig 10a ; join instruction, 2 and section 0099 
"mulitcasts this join instruction") from the network multicast controller (see fig 10c; 
CS1) along the at least one second multicast tree reserved for control messages (see fig 
10a, 2 and section 0099 "CS 1 multicasts this join instruction to group"; the multicast 
distribution tree, from the multicasting origin of CS1 to destination nodes, as shown in 
fig. 10a is for the join instruction, while a different multicast distribution tree is used to 
send the queries from BC to ED nodes through a different set of intermediate nodes ) to 
the at least one multicast controller at cell level (see fig 10c, rectangle at bottom of 
multicast tree, same as ED in fig 10c; fig. 2; 104), a command configured to connect to 
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the at least one first multicast tree (see fig 10a; Join instruction; section 0099 "instructing 
them to join. . .multicasts this join instruction to group") of the internet protocol network 
configured for multicasts (see fig 1 and section 0036 "standard TCP/IP network" and 
section 0043 "IP address" and section 0058 "CDN 100... IP multicast"). 

For claim 4, Thompson discloses transmitting (see fig 10c, Q and section 0099 
"multicasts queries on the new multicast group"; section 0099 "multicasts queries on the 
new multicast group" ) , after connecting to the at least one first multicast tree configured 
for multicasts (see fig 10b; on; section 0099 "instructing them to join. . .multicasts this 
join instruction to group"), by the at least one multicast controller at edge level (see fig 
10c, rectangle at bottom of multicast tree, same as ED in fig 10c; fig. 2; 104), packets 
received through the at least one first multicast tree (see fig 10c; Q) to at least one 
receiver in a cell (see fig 2; 106; and section 0047 "queries.... received by the end-user 
computing devices.... answered by.. .end-user device. ..query directed at the end-user 
device's device node. ..evoke a response... from the device. ..at that device node..."). 
For claim 11, Thompson discloses notifying (see fig 10b; on; section 0099 "instructing 
them to join. . .multicasts this join instruction to group"), after receiving a control message 
(see fig 10a ; join instruction, 2 and section 0099 "mulitcasts this join instruction") from 
the network multicast controller (see fig 10a; CS1) through the at least one multicast tree 
(see fig 10a; Join instruction) configured for control messages (see fig 10a ; join 
instruction, 2 and section 0099 "mulitcasts this join instruction"), by the at least one 
multicast controller at edge level (see fig 10c, rectangle at bottom of multicast tree, same 
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as ED in fig 10c; fig. 2; 104), recipients of its cell that a multicast must be received (see 
section 0099 "program A' recipients instructing them to join" and fig 2; 106; and section 
0047 "queries.... received by the end-user computing devices.... answered by.. .end-user 
device... query directed at the end-user device's device node. ..evoke a response... from the 
device. ..at that device node..."). 

For claim 13, Thompson discloses An arrangement (see fig lOa-c) for implementing 
multicasting (see fig 10c, Q and section 0099 "multicasts queries on the new multicast 
group" ) in internet protocol networks (see fig 1 and section 0036 "standard TCP/IP 
network" and section 0043 "IP address" and section 0058 "CDN 100. . .IP multicast"), the 
arrangement comprising: 

a plurality of routers (see section 0058 "CDN. . . .router that can deliver content from 
content sources") configured to transmit of different components (see section 0058 
"CDN . . . .router that can deliver content from content sources" and fig 1 0a and fig 1 0c) in 
the internet protocol networks (see fig 1 and section 0036 "standard TCP/IP network" 
and section 0043 "IP address" and section 0058 "CDN 100. . .IP multicast") to each other 
(see section 0058 "CDN. . . .router that can deliver content from content sources" and fig 
10a and fig 10c); 

at least one first multicast tree (see fig 10c and section 0099 "constructing the query 
distribution tree. . .the tree is established. . .multicasts queries on the new multicast 
group") configured to transmit multicast packets (see fig 10c, Q and section 0099 
"multicasts queries on the new multicast group" ) through a plurality of multicast 
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controllers (see fig 10c, rectangle at bottom of multicast tree, same as ED in fig 10c; fig. 
2; 104) to a plurality of recipients (see fig 2; 106; and section 0047 "queries.... received 
by the end-user computing devices.... answered by. ..end-user device... query directed at the 
end-user device's device node. ..evoke a response... from the device. ..at that device 
node..."), wherein the multicast connection from a multicast controller to a receipient (see 
fig 10c, fig 2; 106; and section 0047 "queries.. ..received by the end-user computing 
devices. ...answered by.. .end-user device... query directed at the end-user device's device 
node. ..evoke a response... from the device. ..at that device node..."); 
a plurality of edge-level multicast controllers (see fig 10a; ED) configured to transmit 
packets to the plurality of receivers (see fig 2; 106; and section 0047 "queries.... received 
by the end-user computing devices.... answered by.. .end-user device. ..query directed at the 
end-user device's device node.. .evoke a response... from the device. ..at that device 
node..."); and 

a network multicast controller (see fig 10a; CS1) that is arranged to control (see fig 10a ; 
join instruction, 2 and section 0099 "mulitcasts this join instruction") the edge-level 
multicast controllers (see fig 10c, rectangle at bottom of multicast tree, same as ED in fig 
10c; fig. 2; 104), 

wherein an internet protocol network (see fig 1 and section 0036 "standard TCP/IP 
network" and section 0043 "IP address" and section 0058 "CDN 100. . .IP multicast") 
comprises at least one second multicast tree (see fig 1 0a; 2) reserved for control messages 
(see fig 10a, 2 and section 0099 "CS 1 multicasts this join instruction to group"; the 
multicast distribution tree, from the multicasting origin of CS1 to destination nodes, as 
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shown in fig. 10a is for the join instruction, while a different multicast distribution tree is 
used to send the queries from BC to ED nodes through a different set of intermediate 
nodes )and configured to route control messages (see fig 10a, 2 and section 0099 
"multicasts this join instruction to group") from the network multicast controller (see fig 
10a; CS1) to the plurality of edge-level multicast controllers (see fig 10c, rectangle at 
bottom of multicast tree, same as ED in fig 10c; fig. 2; 104) , the network multicast 
controller (see fig 10a; CS1) configured to transmit the control messages (see fig 10a ; 
join instruction, 2 and section 0099 "mulitcasts this join instruction") along the at least 
one second multicast tree (sec fig 1 0a; Join Instruction) to the plurality of edge-level 
multicast controllers (see fig 10c, rectangle at bottom of multicast tree, same as ED in fig 
10c; fig. 2; 104), a command configured to 

connect to the at least one first multicast tree (see fig 10a; Join instruction; section 0099 
"instructing them to join. . .multicasts this join instruction to group") of the internet 
protocol network (see fig 1 and section 0036 "standard TCP/IP network" and section 
0043 "IP address" and section 0058 "CDN 100... IP multicast") configured for multicast 
transmissions (see fig 10c, Q and section 0099 "multicasts queries on the new multicast 
group" ). 

For claim 15, Thompson discloses wherein the edge-level multicast controllers (see fig 
10b; ED) are configured to connect to the multicast tree (see fig 10b; Join and fig 10a; Q) 
of the internet protocol network configured for multicasts (see fig 1 and section 0036 
"standard TCP/IP network" and section 0043 "IP address" and section 0058 "CDN 
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100. . .IP multicast") after receiving a control message (see fig 10a ; join instruction, 2 
and section 0099 "mulitcasts this join instruction") from the network multicast controller 
(see fig 10a; CS1) through the multicast tree configured for control messages (see fig 
10a; Join instruction and section 0099). 

For claim 16, Thompson discloses An arrangement (see fig lOa-c), comprising: 
first transmission means (see section 0058 "CDN. . . .router that can deliver content from 
content sources" and fig 10a and fig 10c) for transmitting different components (see 
section 0058 "CDN. . . .router that can deliver content from content sources" and fig 10a 
and fig 10c) in internet protocol networks (see fig 1 and section 0036 "standard TCP/IP 
network" and section 0043 "IP address" and section 0058 "CDN 100. . .IP multicast") to 
each other (see section 0058 "CDN. . . .router that can deliver content from content 
sources" and fig 10a and fig 10c); 

second transmission means (see fig 10c and section 0099 "constructing the query 
distribution tree. . .the tree is established. . .multicasts queries on the new multicast 
group") for transmitting multicast packets (see fig 10c, Q and section 0099 "multicasts 
queries on the new multicast group" ) through a plurality of multicast controllers (see fig 
10c, rectangle at bottom of multicast tree, same as ED in fig 10c; fig. 2; 104) to a 
plurality of recipients (see fig 2; 106; and section 0047 "queries.... received by the end- 
user computing devices.... answered by.. .end-user device... query directed at the end-user 
device's device node. ..evoke a response... from the device. ..at that device node..."), 
wherein the multicast connection from a multicast controller to a receipient (see fig 10c, 



Application/Control Number: 10/792,092 Page 9 

Art Unit: 2473 

fig 2; 106; and section 0047 "queries.... received by the end-user computing 

devices. ...answered by.. .end-user device... query directed at the end-user device's device 

node. ..evoke a response... from the device. ..at that device node..."); 

third transmission means (see fig 2; 104, A, B, C, D, 106) for transmitting packets to the 
plurality of receivers (see fig 2; 106; and section 0047 "queries.... received by the end- 
user computing devices.... answered by.. .end-user device. ..query directed at the end-user 
device's device node. ..evoke a response... from the device. ..at that device node..."); 
and control means for controlling (sec fig 1 0a ; join instruction, 2 and section 0099 
"mulitcasts this join instruction") the edge-level multicast controllers (see fig 10c, 
rectangle at bottom of multicast tree, same as ED in fig 10c; fig. 2; 104), 
wherein an internet protocol network (see fig 1 and section 0036 "standard TCP/IP 
network" and section 0043 "IP address" and section 0058 "CDN 100. . .IP multicast") 
comprises fourth transmission means reserved for control messages (see section 0058 
"CDN. . . .router that can deliver content from content sources" and fig 2; E.D., 106; see 
fig 10a, 2 and section 0099 "CS 1 multicasts this join instruction to group"; the multicast 
distribution tree, from the multicasting origin of CS1 to destination nodes, as shown in 
fig. 10a is for the join instruction, while a different multicast distribution tree is used to 
send the queries from BC to ED nodes through a different set of intermediate nodes ) for 
routing control messages transmitted (see fig 10a ; join instruction, 2 and section 0099 
"mulitcasts this join instruction") from the control means (see fig 10a ; join instruction, 2 
and section 0099 "mulitcasts this join instruction") to the third transmission means (see 
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fig 2; 104, A, B, C, D, 106), the control means (see fig 10a) for transmitting the control 
messages (see fig 10a ; join instruction, 2 and section 0099 "mulitcasts this join 
instruction") along the fourth transmission means (see section 0058 "CDN. . . .router that 
can deliver content from content sources" and fig 2; E.D., 106) to the second 
transmission means (see fig 10a; 10c fig 2; 104, A, B, C, D, 106 ;and section 0099 
"constructing the query distribution tree. . .the tree is established. . .multicasts queries on 
the new multicast group") , and a command configured to connect (see fig 10a; Join 
instruction; section 0099 "instructing them to join. . .multicasts this join instruction to 
group") to the second transmission means (see fig 10c and section 0099 "constructing 
the query distribution tree. . .the tree is established. . .multicasts queries on the new 
multicast group") of the internet protocol network configured for multicast 
transmissions (see fig 1 and section 0036 "standard TCP/IP network" and section 0043 
"IP address" and section 0058 "CDN 100... IP multicast"). 
Thompson is does not explicitly discuss: 

For 1, and similarly for 13, 16, edge devices at cell level; the control messages 
comprising information on the multicast transmission of the internet protocol network ; 
wherein the multicast connection to a recipient is unidirectional. 
For claim 4, edge devices at cell level 

Korus from the same or similar field of endeavor discloses the following: 
For 1, and similarly for 13, 16, Korus discloses edge devices at cell level (fig 1; 101-112 
and col 8 line 15-30 "new site(s)"); the control messages comprising information on the 
multicast transmission (see col 8 lines 15-30 "instruct the new site(s) to join the multicast 
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group and inform the site of the TTL scope" and col 4 line 15-50 "multicast scope 
value. . .TTL") of the internet protocol network (see col 2 line 50-65 "IP multicast 
communication system or network 100") 

For claim 4, Korus discloses edge devices at cell level (fig 1; 101-1 12 and col 8 line 15- 
30 "new site(s)"). 

Ginzboorg from the same or similar field of endeavor discloses the following: 

For claim 1, and similarly 13, and 16 , wherein the multicast connection to a recipient is 

unidirectional (see section 0139; multicast connection is unidirectional) 

It would have been obvious to one of the ordinary skill in the art at the time of the 

invention to modify the system of Thompson by using the features, as taught by Korus, in 

order to provide a wireless communication system which makes use of IP multicast 

where the terminals may roam between multiple zones, where bandwidth is not wasted 

and is scalable (see Korus col 1-2); in order to offer personalized customer service for 

individual customers, which prevails in a current customer-centric atmosphere (see 

Ginzboorg section 0006) 

Furthermore, a ordinary of skill could have used the features (having edge devices which 
are associated with a zone/cell and that the control messages regarding a multicast have 
the information about that multicast) in the system of Thompson and the feature would 
have merely performed the same function as it did separately. A person of the ordinary 
skill would have recognized that the combination of Thompson and the pointed out 
features of Korus would have resulted in predictable results. 
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Furthermore, it is shown that Thompson discloses the multicast tress as disclosed in the 
claims however he is not explicit about multicast being unidirectional. However, as 
shown by Ginzboorg unidirectional multicast connection were known to a person of 
ordinary skill in the art at the time the invention was made. A person of ordinary skill in 
the art could have combined / used the feature that the multicast transmission is 
unidirectional and included such a feature into the multicast transmission of Thompson. 
The results of the combination would have been predictable to a person of ordinary skill 
in the art. 

2. Claim 2 and 14 are rejected under 35 U.S.C. 103(a) as being unpatentable over 
Thompson et al. (US 2002/0073086) , Korus et al (US 7,075,929) and Ginzboorg et al (US 
2002/0169712) as applied to claim 1 above, further in view of Khan et al (US 2002/0143951). 

For claim 2 and similarly 14, Thompson, Korus, and Ginzboorg discloses the claimed 

invention as described above. 

For claim 2, and similarly 14, Thompson discloses to the at least one multicast tree 
configured for the network control messages tree (see section 0099 "distribution 
tree. . .content source CS 1 multicasts this join instruction. . .distribution tree. . ." and fig 
10a ); discloses at least one multicast controller at edge level level (see fig 10c, rectangle 
at bottom of multicast tree, same as ED in fig 10c; fig. 2; 104) 

For claim 2 and similarly 14, Koru further discloses at edge devices at cell level (fig 1; 
101-112 and col 8 line 15-30 "new site(s)") receiving network control messages (see col 
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8 lines 15-30 "instruct the new site(s) to jon the multicast group and inform the site of the 
TTL scope" and col 4 line 15-50 "multicast scope value. . .TTL"). 
Thompson, Korus, and Ginzboorg silent about: 

For claim 2 and similarly 14, when connecting to the internet protocol network, 
connecting to the at least one multicast. 

Khan from the same or similar field of endeavor discloses a communication network with 
the following features: 

For claim 2 and similarly 14, when connecting to the internet protocol network (see 
section 0027 "new agent. . .newly started on a server computer. . .perform tow important 
tasks at startup. . .join the appropriate multicast group"), connecting to the at least one 
multicast (see section 0027 "new agent. . .newly started on a server computer. . .perform 
tow important tasks at startup. . .join the appropriate multicast group"). 
It would have been obvious to one of the ordinary skill in the art at the time of the 
invention to modify the system of Thompson, Korus, and Ginzboorg by using the 
features, as taught by Khan, in order to provide a method that when a device/program 
connects starts up it immediately connects to a multicast group which transmits important 
messages , thus no manual intervention is needed and a possible forgetting to join a 
multicast is prevented; and in order to provide a method/system which solves the problem 
of limited multicast availability by providing a novel method and system for bridging 
multicast and unicast (see Khan sections 0009-0012). 
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3. Claim 3, 5, and 9 are rejected under 35 U.S.C. 103(a) as being unpatentable over 
Thompson et al. (US 2002/0073086) , Korus et al (US 7,075,929), and Ginzboorg et al (US 
2002/0169712) as applied to claim 1 above, further in view of Okanoue (US 6,243,758). 

For claim 3,5, and 9 , Thompson, Korus, and Ginzboorg discloses the claimed 

invention as described above. 

For claim 3, Thompson discloses connecting (see fig 10b; Join; section 0099 "instructing 
them to join. . .multicasts this join instruction to group"), after receiving a control message 
tree (see fig 10a; Join instruction; section 0099 "instructing them to join. . .multicasts this 
join instruction to group") from the network multicast controller (see fig 10c; CS1) 
through the at least one multicast tree (see fig 10a; 2) configured for the control 
messages (see fig 10a, 2 and section 0099 "multicasts this join instruction to group"), the 
at least one multicast controller at edge level_(see fig 10c, rectangle at bottom of multicast 
tree, same as ED in fig 10c; fig. 2; 104)_to the at least one multicast tree configured for 
multicasts (see fig 10c and section 0099 "constructing the query distribution tree. . .the 
tree is established. . .multicasts queries on the new multicast group") . 
For claim 9, Thompson further disclose registering (see Fig 10b; Join), after receiving a 
control message (see fig 10a; Join instruction; section 0099 "instructing them to 
join. . .multicasts this join instruction to group") from the network multicast controller 
(see fig lOa-c; CS1), by the at least one multicast controller at edge level (see fig 10b; 
ED), a recipient of a multicast (see fig 10c; Q) 

For claim 9, Korus further discloses the edge devices at cell level (fig 1; 101-112 and col 
8 line 15-30 "new site(s)") 
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Thompson, Korus, and Ginzboorg do not explicitly discuss: 

For claim 3 and 9 multicast defined in the control message. 

For claim 5, the control messages further comprise information on an identifier of one or 
more multicast groups 

Okanoue from the same or similar field of endeavor discloses a communication network 
with the following features: 

For claim 3 and 9 Okanoue discloses multicast defined in the control message (see col 6 
line 39-50 "sends a control message. . .to inform them of the multicast address of its 
group"). 

For claim 5, Okanoue discloses the control messages further comprise information on an 
identifier of one or more multicast groups (see col 6 line 39-50 "sends a control 
message. . .to inform them of the multicast address of its group") 
It would have been obvious to one of the ordinary skill in the art at the time of the 
invention to modify the system of Thompson, Korus, and Ginzboorg by using the 
features, as taught by Okanoue, in order to provide a computer network capable of 
selectively routing multicast packet to home mobile hosts visiting a subnetwork external 
to a scope of foreign mobile hosts visiting a subnetwork within the scope (see Oknoue 
col 1) 



4. Claim 6-8 are rejected under 35 U.S.C. 103(a) as being unpatentable over Thompson et 
al. (US 2002/0073086) , Korus et al (US 7,075,929), and Ginzboorg et al (US 2002/0169712) as 
applied to claim 1 above, further in view of Amara et al (US 2005/0063352). 
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For claim 6-8 Thompson, Korus, and Ginzboorg discloses the claimed invention as 
described above. 

For claim 6, Thompson further discloses the control messages (see fig 10a ; join 

instruction, 2 and section 0099 "mulitcasts this join instruction"). 

Thompson, Korus, and Ginzboorg are silent about: 

For claim 6, information on a time of validity of the control messages. 

For claim 7, the control messages further information on a sender authentication. 

For claim 8, the control messages further comprise a receiver filter. 

Amara from the same or similar field of endeavor discloses a communication network 

with the following features: 

For claim 6, Amara discloses information on a time of validity of the control messages 

(see fig 1; TTL and section 0026 "TTL...time to live... lifetime"). 

For claim 7, Amara discloses the control messages further information on a sender 

authentication (see section 0024 "source address field"; and fig 1; Source address). 

For claim 8, Amara discloses the control messages further comprise a receiver filter (see 

fig 1 Destination address; section 0026 "destination address"). 

It would have been obvious to one of the ordinary skill in the art at the time of the 

invention to modify the system Thompson, Korus, and Ginzboorg by using the features, 

as taught by Amara, in order to provide a "new and improved way to provide policy 

service in an IPsec environment." (see Amara section 0004-001 1). 
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5. Claim 10 is rejected under 35 U.S.C. 103(a) as being unpatentable Thompson et al. (US 
2002/0073086) , Korus et al (US 7,075,929), and Ginzboorg et al (US 2002/0169712) as applied 
to claim 1 above, forth in view of Xu et al (US 2005/0283447). 

For claim 10, Thompson, Korus, and Ginzboorg discloses the claimed invention as 

described in paragraph 2. 

For claim 10, Thompson further discloses after receiving a control message from the 
network multicast controller messages (see fig 10a ; join instruction, 2 and section 0099 
"mulitcasts this join instruction"), by the at least one multicast controller at edge level 
(see fig 10c, rectangle at bottom of multicast tree, same as ED in fig 10c; fig. 2; 104) and 
receipients of its cell (see fig 2; 106; and section 0047 "queries.... received by the end-user 
computing devices.... answered by.. .end-user device... query directed at the end-user 
device's device node. ..evoke a response... from the device. ..at that device node..."). 
For claim 10, Korus further discloses edge devices at cell level (fig 1; 101-112 and col 8 
line 15-30 "new site(s)") 

Thompson, Korus, and Ginzboorg are silent about: 
For claim 10, notifying that a multicast is available. 

Xu from the same or similar field of endeavor discloses a communication network with 
the following features: 

For claim 10, notifying that a multicast is available (see section 0051 "announcing the 
available multicast session to user terminal. . .via multicast data network"). 
It would have been obvious to one of the ordinary skill in the art at the time of the 
invention to modify the system of Thompson, Korus, and Ginzboorg by using the 



Application/Control Number: 10/792,092 Page 18 

Art Unit: 2473 

features, as taught by Xu, in order to provide a method where the user terminal is always 
up to date on which multicast are available / when they have started so that the user can 
have the choice to join it. 

6. Claim 12 is rejected under 35 U.S.C. 103(a) as being unpatentable over 
Thompson et al. (US 2002/0073086) , Korus et al (US 7,075,929), and Ginzboorg et al 
(US 2002/0169712) as applied to claim 1 above, further in view of Dean et al. (US 
2003/0061 333 A1) 

For claim 12, Thompson, Korus, and Ginzboorg teaches all the claimed invention as 
described above. 

For claim 12, Thompson discloses after receiving a control message (see fig 10a ; join 
instruction, 2 and section 0099 "mulitcasts this join instruction") from the network 
multicast controller (see fig 10c; CS1) through the at least one multicast tree (see fig 10a, 
2 and section 0099 "multicasts this join instruction to group") configured for control 
messages (see fig 10a ; join instruction, 2 and section 0099 "mulitcasts this join 
instruction"); multicast controller at edge level (see fig 10c, rectangle at bottom of 
multicast tree, same as ED in fig 10c; fig. 2; 104). 

For claim 12, Korus discloses edge devices at cell level (fig 1; 101-1 12 and col 8 line 15- 
30 "new site(s)"). 

Thompson, Korus, and Ginzboorg do not teach refraining from processing the control 
message regarding multicast transmission. 
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Dean et al. from the same or similar field of endeavor teaches that a device refraining 
from processing the control message regarding multicast transmission (see section 005 1 
lines 6-9 of Dean et al). Thus it would have been obvious to a person of ordinary skill in 
the art at the time the invention was made to combine the method of disregarding 
messages about multicast into the communication system as taught by Thompson, Korus, 
and Ginzboorg . One could have implemented a similar transaction ID as taught by Dean 
et al. into one of the routers as taught by Thompson and Korus. This could have been 
done with either implementing a processor in the router or connecting a computer to the 
router which can accomplish the processing of the transaction ID. The motivation is that 
once the user has received advertisement from the same vendor/transaction ID, the 
advertisement is not repeated to the user again. 



Conclusion 

Applicant's amendment necessitated the new ground(s) of rejection presented in 
this Office action. Accordingly, THIS ACTION IS MADE FINAL. See MPEP 
§ 706.07(a). Applicant is reminded of the extension of time policy as set forth in 37 
CFR 1.136(a). 

A shortened statutory period for reply to this final action is set to expire THREE 
MONTHS from the mailing date of this action. In the event a first reply is filed within 
TWO MONTHS of the mailing date of this final action and the advisory action is not 
mailed until after the end of the THREE-MONTH shortened statutory period, then the 
shortened statutory period will expire on the date the advisory action is mailed, and any 
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extension fee pursuant to 37 CFR 1 .136(a) will be calculated from the mailing date of 
the advisory action. In no event, however, will the statutory period for reply expire later 
than SIX MONTHS from the date of this final action. 

7. Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to ste whose telephone number is (571)270-3120. The examiner 
can normally be reached on Monday through Friday 8:00-5:30. 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, KWANG BIN YAO can be reached on (571) 272-3 1 82. The fax phone number for 
the organization where this application or proceeding is assigned is 571-273-8300. 

Information regarding the status of an application may be obtained from the Patent 
Application Information Retrieval (PAIR) system. Status information for published applications 
may be obtained from either Private PAIR or Public PAIR. Status information for unpublished 
applications is available through Private PAIR only. For more information about the PAIR 
system, see http://pair-direct.uspto.gov. Should you have questions on access to the Private PAIR 
system, contact the Electronic Business Center (EBC) at 866-217-9197 (toll-free). If you would 
like assistance from a USPTO Customer Service Representative or access to the automated 
information system, call 800-786-9199 (IN USA OR CANADA) or 571-272-1000. 

/Kenan Cehic/ 
Examiner, Art Unit 2473 

/KWANG B. YAO/ 

Supervisory Patent Examiner, Art Unit 2473 



